ED 126 561 

AQTHO£ 
TITLE 



sqeoaEHT bssohs 

^5 



El 008 502 



It, Sidney L. ; Spuck, Dennis" 
Design Specifications for(^he G^fler^lized Wisconsin 
Systen for ihstrnctional HanageiieS?^iIS-SIB) . ' - 
Working Paper No. 133 (Pa'rt 2 of^ 2 Parts). 
Wisconsin Oniv., fladison. Hesearch 'and Develop«ent " 
Center for Cognitive^ learning^. 
"National. Inst, of Education (DHEW) , Washington, 
,D.C. 

- WEDCCl-WP-133-Par±-2 
, Sep 75 
NE-C-00-3-0065 

89p,; Eeport fron the Project os^Conputer 
applications in Individ aal|y Guided Education 

BF-$0.83 HC-$4-.67 Plus Postage. 

♦Computer -Assisted Instruction;' Computer Oriented- 
Programs; *Computer Prograas; Eleaentary Education;' 
♦Individualized Instruction; ♦Banagene^jt Jnformaticn 
'Systeis; Models; Program Design; ♦Prograji . 
Deyelopment; ♦Program Eyaluat:ion 

♦Wisconsin System of Instructional Banagement; Wis ^ 
ABSTEACT 

This publication is part. 2 of a two-part paper that 
presents design specifications for the Wisconsin Syst^ of - 
Instructional Banagement (WIS-SIH), a computerized^, la^geaent System 
designed for instructional programs that are compatible with the , 
.Individually Guided Education model. wis-SIH incorporates processes 
.for placejjgpt testing, performance profiling, and specifying^ 
per^rmance specifications to' aid in diagnosing and identifying 
students* instructional needs. Once .instructional needs have been 
xdentified, HIS-SIH aids in guiding the instructional process and 
selecting appropriate instructional activities, and in evaluating the 
success of the instructional; program. This part of the paper 
discusses- ways of .adapting WIS-SIfl for use with a variety of 
availaMe computer configurations and-^ outlines plan>s for further 
development and evaluation* of the system. The appendix presents 
detailed information on coding data and designing programs for 
particular applications of WIS-SIH. (Author/JG) 



INSTITOTION 

SPONS AGENCY 

BEPOET NO , 
PDB DATE 
CONTEACT 
NOTE ' - 



EDES ,PfiiqE 
DE^CEIPTOES 



IDENTIFIEBS 



♦ Documents' acquired by ERIC include many infoi^mal unpublished ♦ 

♦ materials not available from other sources. EEIC makes every effgrt 

♦ to obtain the. best copy available. Nevertheless, items of marginal 

♦ reproducibility are often encountered and' this affects the quality 

♦ of the microfiche and 'hardcopy_ieprodiictions EEIC makes available 

♦ via the EEIC document Seproductioa 'Service (EDRS) . EDES is ndt • * 

♦ responsible foj: the quality of the original documdnt. Reproductions ♦ 

♦ supplied by EDES are the best that can be -made fron the original. * 



Working Paper^No. 133 (Part 2. of 2 Parts) 



us OEPAtTMENTOF^HEALTM. 
EDUCATION 4 WELFARE 
NATIONAL INSTITUTCOF 
EOUCATION 

THJS DOCUMENT Hk% BEEN REPRO 
OUCEO EXACTLY AS RECEIVED FROM j 
TKE PERSON OR ORGANIZATION ORiOIN 
ATING IT POINTS OF VIEW OR OPINIONS 
STATED 00 NOT NECESSARILY REPRE 
SENT OFFIC»Al NATIONAL INSTITUTE OF 
EDUCATION POSITION OR POLICY 



Q 



DESIGN SRECIFICATIob FOR THE ' 

generalized\wisconsin system 
for instructlgnal management (wis-sim) 



by 



1 



Sidney L. Belt and Dennis W. Spuck 



I with 



N^CY Chlng-Ching Chan, Carol L. JDagnon> Br.uce G. Douglas, 
'Brian' F^. Lawrence, James R. McNama¥a,-and Stephen P. Owen 



, Reportr from the Project on 

Computer Applications in Individually Guided Education 



Dennis W. Spuck 
Principal* Investigator 



' Wisconsin Research and Development 
Center for Cognitive /Iiearnii\g 
The University of Wisc^sin 
Madison, Wisconsin 



o 

00 

O- 



ERIC 



September ;1975 



, ■ I 



' ( 



\ 



Published by the Wisconsin Research and Development Cervter for Cognitive Learning, 
supported In part as a research and development center by funds from the National' 
Institute of Education, Department of Health, Education, and Welfare. The opinions 
expressed herein do not necessarily reflect the .position or policy of the Natipnal 
Institute of Education and nq. official endorsement by that agency should be inferred 

CenteR^Contrmct No'S^E-C-00-3-0065 

1} 'V 



ii 



1 



ISCONSIN RES€ARCH AND DEVELOPMENT , 
CENTER FOR COGNITIVE LEARNING ■ 



MISSION 



The mission of the Wisconsin Research and Develdt>m6nt Center 
for Cognitive Learning is to help leairners develop as rapidly 
and effectively as possible their pptential as human beings 
and as contributing members of socijsty. The R&D Center is 
striving to fulfill this goal by ^ " 

• , conducting research to discover more about . 
hovf children learn 

4 developing improved instructional strategies, 

pr^<&e5ses and materials for school administrators, 
t-eachers', and children, ,and 

> ''offering assistance to educators' and citizen's ^ 
which will help' transfer the outcomes of research 
and development into-^actioe 



P/?OGRAM . ' , ^ 

The activities of the'wisconsin R&D Center are organized 
around one unifying theme, Individually Guided Education. 



FUNDING 

The WisCtXisin R&D Center is supported with funds from the 
National Infetiftute of Education; the Bureau of Education for 
the Handicapped, O.S.. Office of Education; and the University 
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A&STRACT 



This paper deals yit±raesign specifications of a generalized / 
systeia of computer managements^ for ii^tructional programs which are 
compatible with the model of Individually Guided Wcation (IGE) / 

' a 

♦ «r 

.Computer managed instruction (CMI) s^eks to facilitate processing 
information and supplying, this' information at appropriate times and 
place^ so that it directly applic^a^le to in5tz:uctiX)na]/:'decision 



thaking. 



A model for the generalized WIS-SIM isl developed. This model • 
incorporates th^ processes of testing, per;E6rina^6e profiling', specify- 
ing performance expectations, diagnosirfg and identifying instructional 
needs, guiding the instructional pfbce&s and/ selecting ^appropriate 
educational experiences and settings, instructing, and^e3^aliiating the 
•instructional program^"" 




The information flow in 'the generalized system is discussed arid 
the related data bases arespex^ffied. The developmental schedule is 



givei;i and ar> appro 




to evaluation is outlines, 
V . 
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ADAPTING TO AVAILABLE COMPUTER CO NFIGURATIONS 

. ; 

A ina3or design goal of WIS-SIM is to make a CMI system available "to 
a^large''ln^Iber of IGE schools (Belt & Spuck, 1974). One response to this 
goal wouldTbe to develop a system w^ich could be implemented on a computer 
configuration that miny schools could afford. Such an approach is not 
viable in that it seems unlikely that many school systems will be able to 
acquire computers for the sole purpose of managing instruct;ional programs. 
A more promising approach is to design a system that is compatible with 
computer configurations which are available, or- likely to heqcme available, 
to schools. Computing capability may.be available to schools from the 
following '"f our sources: 

1. The .school district ♦ • * 

2. Cooperative Regional Educational organizations 
* 3. Universities , v 

4. Commercial service biireaus 

The computer configurations available ^from these sources cover. a broad 
spectrum from batch' administrative data processing systems to on-line mini- 
computer systems to large-scale mltiprpcessing computer systems which •can*'^ 
concurrently support interactive ^efininals, on- line- terminals, and batch 
data , processing. 

♦ 

^ Administrative data processing systems found in school districts and 
Cooperative Regional Educational organizations generally operate in the 
batch- mode with little or no teleprocessing capability. School districts 
and Cooperative Regional Educational organization^ are also acquiring on-line 

13 V^, ■ _ 

• V • 93 



94 . • . ' 

minicomputer systems for interactive instruct iorfel data procfessiri^. These 

systems are being used to teach programming to students and to support 

gaming and simulation exercises, drill and practice, and tutorial c;;pmputer 

"l^^^-^ided Instruction (CAI). Most of these minicomputer systems do not have 

the mass storage capability required to 'support CMI application. Hpwever, 

there seems to be a trend toward upgrading these system^ or replacing them 

with minicomputer systems haying larger mass storage capabilities. These 

systems, therefore, hold some potential for future suppor,t of computer 

* •> 
managed /iifstruction. * 

It is dif ficuA to cHaracterize the typical university 'configuration^ 

\ large university may have a large-scale, multiproce^sing^ponf iguration \ 

which can support batch and interactive modes of operation concurrently. 

Or, the university may hlaye-a batch system which is used for botlT^cad^ic 



and administ^rative data processing. Frequently, universities have mini- 
computer configurations which vvrere acquired primarily to provide an inter- 
active problem- solving capability on campus; some campuses have also made 

4 

Is capability available to a larger community of users. i 

t 

Commertria^ service bureaus cover a broad spectrum of cap^fljitiest 

, Depending on the parti^trlar^ervice bureau, batch processing may be pro- 
vided on a sm^Ll-, medium-*, or lar§e-~3cale system. For those service 
. I^ur^feaus that do provide on-line or interactive^searvice, a large-scale 
computer is generally utilized. Service bureaus with on-line br inter- 
active cap^ility usually cater to a regional or national clientele, while 
bureaus servinVlocal clientele generally have only batch capability. When 
using a service buriaau, it would be well for schools to consider ^laving 
their^data processed during second or third shift operations in order to 
take advantage pf lower rates. 
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^ • Interactive and on-line systems "have ; great appeal in the^CMI applica- 

« 

tion because , turnaround time, the time required to enter data and receiVe 

^ ^ . . : . ^ " ^ ^ 

reports, is minimized. . However, batch implementation will continue to be 

^iven significant attrition iti the design of WIS-SIM because is the 

level of service that is irtost available to, schools. Implications for' ' ^ 

implementing WIS-SIM on interactive, on-line, and .batch configurations will 

be discussed later in this chapter. '4 



SOURCE qATA COLLECTION 



An oiJtional feature of all-three modes of operation (on-line, inter- 
active, and batch) is "source dlta' tjol lection. " Ideally, data generated 
as a ,re3ult of normal classroom activity would be recorded in a form which 
can *ber directly entered into the computer. 

Sour-ce-data collection is related. to the major design goal of mini- 
mi^ifig demands on teachers to learn the system and associated tasks which 
are different' from normal classroom activities.' The aspect of source data 
collection which is usually emphasized is the ability to omit the inter- 
mediate step of converting data into machine-sr^adable form. This results 
in a -saving in keypunching and a decrease in turnai^und time. Source .dpita 
collection is also appealing because it permits the implementation of an 
on-lin'e system .with minimal requirements Trer-^hoaL-^atafKi^^ . 
training. Procedures based upon a source data collection coK^ept~^tiTi2i-ng 
optical mark-sense technology have been developed and promise to minimally 
•disrupt normal classroom activity. X " 

' • • \ 

Although a school terminal would have a full alpha-numeric -keyboard, 

the aesign goal, in cases wher'e the scho^ol terminal also has an 'optical \ 

mark-sense capability, is to have as many of the inputs 'as feasible made 

- 15 



96 . . , ^ . 

through the mark-sense reader. The ke/Board ih such ^ases will be used 

mainl^for updating small amounts of data and for newly emerging functions 

for which there has no|: been sufficient time to develop forms. The' mark- ^ 

A - * ' . ^ . ^ ' 

s^nse formats are being engineered to make minimal demands on the teacher 

in terms of both the number^ .of entries required* per transaction and the 



amount of training required tO\ become proficient in their use.. 

The extent to which somputer configurations have mark-sense/' capabil- 
ities.will vary considerably, inclii^ing , no mark-^ense capa(bility at all. 
Some -batch systems will have a mark-sense reader at the central s^e. 
the case of batch systems not equipp^ with mark-sense capabilities, data 
entry will generally be by keypunch at the central site. 

On-line and interactive systems may have mark-sense capability eithe/ 
a^t the central site or^^as^art of the school t;erminal. When mark-sense- 
capability is located at the central site, mark-^sense forms will be sent 
from the schools to the central site for processing. On-line and inter- 
active* sysfems without a mark-sense capability could, ei'ther h^ve all data 
^.nputs made through the terminal keyboard at the School or ^utilize sane 
combination of terminal keyboard entry and keypunch at the central site. 

A teleprinter is specified for the school terminal instead of a video 
tube display since hard copy is essential in many of the reports generated. 
Even if both a video* "tube display and a teleprinter could be made available 
at reasonable cost, there does not seem to be any generalized advantage of 
a video tube display f<^|r this application. 

•he^^J^eleprinter, specified is an impact printer which can generate 
spirit (Ditto) masters of instructional materials. It also has an upper- ^ 
and lower-case character set which will enhance readability of curriculum 
nfi^erials, especially for elementary school children. The teleprinter 



which has^ been acquired for the pj^t and field tests can print "to 120 

col'unjns per line. This capacity will provide flexibility in printing 

administrative rep^;?^ However, th^ software which is being developed 

will permrS^^d^ynainic restructuring of report formats down to 72 columns 

<rine.^ This will ensure compatibility with the ubiquitous model 33 

> > 

teletype. . ^ 



MODES OF OPERATION: BATCH,- ON-LINE, AND INTERACTIVE 

The rftost significant characteristic of batch systems, in terms of- 

* r * 

A 

CMI, is the absence of school terminals. Thus, ' reports generated at the 
computer center aire ^ delivered . to' the school by mail or by courier service. 
Requests for reports based on information the computer already has may be 
telephoned into, the computer .center; but voluminous input from the schools 
must be cSnveyed by mail or courier. In either case, requests .foir^^rts 
and input data are checked by a data 'clerk, processed, and mailedsor seAt 
by courier to the requesting^ school. A courier . service can appreciably 
reduce the ^;time required for mail, delivery, but may^^ cost more ^an is desirable, 
It is sometimes possible to use school delivery services that already Qxist. 
.Turnaround time ranges from one to three days, depending on the method of 
conveyence. In the. batch mode, data is entered into the system by key- 
punching or, when available, by mark-sense readers. Figure 31 shows the 
general batch system information flow and it illus^irates the mark-sense 
readier .option. ' , ^ ^ . 

Both the-on-^line mode and the interactive mode require a'^computer ' 
configuration which includes a teleprocessing capability. Two significant 
distinctions between the on-line mode and the interactive mode are that 
•an on-line operation can be supported with fewer computer resources and that 
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Figure 31. Generalized information flow,. for batch computer configurations. 




Dotted lines enclose central computer facility. 
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the turnaround time in the interactive mode is measured in„ seconds and 
minutes, while tufnaround time in the on-line mode may require several 
hours. |his latter time span, however, is still mpr'fe than adequate for 
most if not all computer managed instruction applications, c * 

A teleprocessing capability (that is/ transmissiorKof computer data 
over phone lines) is not currently characteristic of many school computer 
configurations, although it is very probably the wave of the future,. A 
, teleprocessing capability can evolve in the schools in a number of ways: 
by upgrading or replacing current batch systems, by acquiring minicomputer 
systems that have ^ this capability, or by acquiring terminal equipment to 
interface with large time-sharing computer systems or/network^,. 

Response time in systems with teleprocessing Capability can vary 
widely. Interactive systems are characteristically faster than on-line 
^systems; they must be configured so that it appears to the user that he 
has the undivided attention of the computer. On-line systems with tele- 
processing ^^ility, on the other hand, may accept data, store it for 
' varying letJEhs of time, and process it when convenient. This feature 
aiows many degre^es of freedom in the design of on-line systems and pro- 
cedures which, when compared with that needed by interactive systems, can 
considerably decrease the computer resources required,. For ex^ple, a 
parsimonious but viable implementation of an on-line system would utilize 
the teleprocessing capability only for transmitting reports from the 
computer site to tHe school. Requests for reports would be telephoned from 
the schools to a data clerk at the computer center. Updates to the data 
base would be sent from the schools to the computer center by mail or 
courier and would-be keypunched or entered through a mark-sense reader 
at the site. On-line operation requires minimal secondary storage in that 

19 
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the school files need not^be on-liae until that school's reports are 
scheduled to be processed. When the reports are ready, they are then 

. / ' ' ^ 

transmitted to the school's terminal. Figure 32 depicts this *on-line mode / 
of operation where the on-line teleprocessing capability is employed in 
only one direction — from computer center to school, » ; ' 

More typical on-line systems will uie their telecommunications cap- ' 
ability for transmission of data in iDoth directions, i^igure 33 shows such 
an on-line configuration where inputs from the school terminal (keyboard 
teleprinter with or without a mark-sense reader) are 'stored dn an auxiliary 
storage device until the school is scheduled to have^ its data processed. 

Since datalfrom the schools are entered directly into an auxiliary 

storage device, the computer does not check the data for errors as they 

• * -* 

are being transmitted and stored, Ipunediate error-checking capability 
is characteristic of Interactive systems. Because an on-line system lacks 
this immediate error-^checking 'capability, designers a^d impl^ementors of on- 
line systems must give careful attention to requirements of staff -training 
and human engineering of procedures, * 

^e on-line mode has advantages^ over the batch mode in that the deliv- 
^ery of reports from the computer center does not depend entirely on mail or 
a -courier service and thus the turnaround time is reduced>from several days 
to many minutes or a few hours, depending upon the computer facility's 
workload, ^ ' ^ 

• In the interactive mode, all requests for reports and updates are 
submitted to ,the computer through the school texzminal, ;Howe^^eo^, even, in 
interactive systems, the system designer has an opportunity to trade off 



response time against computer resource utilization, .Such a trade off is 
highly dependent upon how the school's data base is maintained at the 
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Figure 32. " Onvline system where telecommunications, is employed- in'' only 
one direction (from computer center to school).. 

Note: Dotted lines enclose central computer flacility^ 
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Figure 33. On-line system with' two-way telecommunication- 



Note: Dotted. lines enclose central computer facility. 
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computer facility. The interactive '.'f^ront-endi' software is 'a significant ^ 



ERIC 



element in interactive systems , 



The interactive front-end has complete control over .communication 
between the computer and the' terminal cipej^ato^ in the interactive mode 
s^^(see Appendix F>a5r^' summary of interactive terminal functi^s). * It cues 
theN^;rator in^ making appropriate keying functions and can provide immed- = 
iate erfoisdetection. The interactive frpnt-^riB also captures the data 
that will be^ul^equently processed to^ update the schb9l*s data base and/or 
'trigger the gen.erati6n of reports. ' * • - 

The most immediate ^^®"se is achi^vec^ when the school's data base 
Ts loaded at the time df inter^i^ion, "^as depicted in Figure 34. This 
allows the interactive/ front-.end td\initiate report generation or dat^ 
base upd^t^ while the appropriat^^sehool^ data are immediately available 
to the computer. Thus, the .processing of d^ and the transmisjjpion of 
results to thre school can odcur immediately. H^ever, this immediate 
•response uees a large amoiml: of computer i|esources \nd limits the number 
Of users which can be ultimately served by the system.V In systems that 
have aij extremely limited mass storage capability, thii highly" responsive 
appripach' will be able to accommodate- only a very small nu^^er of users. 

. An alternative approach in the interactive mod^ of .operation is^to 
separate the d^ta collection f roin/ the actual data /recessing. Then the 
•actua; updating of file# dr the generation of reports can be scheduled 
to tak^ advantage bf the availability of 'scare/ con^uter^j;es 
this approach small computer configurations /an service more j^ersr' and 
larger installations can operate mor^-ef ficiiently . The school's terminal ' 
op^tor would stiU communicate witH^4^e computer through an interactive 
front-end but only for submitting r^^prt requests'lbr data required to 
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*The /Interactive Data Base contains a small subset of the program data- 
base and Student Data Base which includes school organization, student 
names and numbers, groups, arid a skeleton curricula description. This 
data base enables error detection,' error correction, and the generation 
of meaningful cues for the terminal operator. 
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-update data<fiases. After all the data have been entered^ by the sphool's 
tfeirminal operator, the interactive front-end would vfequest the computer's 
^supervisory program to schedule the CMI prograifTs for processing when * " 

\- computer resdurces become available. The terminal is' then disconnected 
from the computer. It. is reconnected after th^^rint files have been 
generated, at which tike they are printed on the school's -fcirminal. 

"delayed processing" approach appears to be mpst viable, when 

■ cotnputer resources are limited but when the advantages of interactive 
error checJsing are desired. Figure 35 shows, an interactive configufation ' 
which permits report generating ^ file updating to be delayed until such 
time as appropriate computer resources become available- Since ther^ is 
no requirement, thati the school 's entire data base be loaded- while a term- 
inal is connected, the computer is able to ^jdjjport many users and perform 

oi:her functions concurrently on ,a time-sharing basis* ' • ' 

, ' >■ 

WIS-^IM software is being developed in a modular manner in order to 
be compatible with the large r^ange of computer configurations discussed 
in this chapter. This modular approach to" software development will also ' 
expedite upgrading systems through the various operational modes.' 

This chapter has discussed design features of WIS-SIM which will 
enable it to be compatible with a wide spectrum of computer configurations. 
However, in order to b& fully responsive to the design goal "to make a#MI 
system available to a large number of IGE schools^" it would be helpful, if 
an agency could be established to as^^t schools and service bux-eaus, whe'n 
required, to adapt -and implement the WIS-SIM design to their special require 
ments. The agency would act: as- an informational clearing house, provide ' 
consulting services, and sponsor work^shops and seminars. Such an agency 
♦could take the form' of a service bureau, a component of the various IGE 
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DEVELOPMENTAL SCHEDULE AND EVALUATION 



.DEVELOPMENTAL SCHEDULE FOR WIS-SIM 

• . \ < ' . ' 

During the next several- years, WIS-SIM will undergo further develop- 
\ . . ' . . 

^ment, testing,- dad refinement.- Because WIS-SIM is an integrated s^^stem 

Of computer managed instruction, each^individual product becomes ^ore 
useful when it is integrated into the parent system. Therefore, it is • ' 
-ecessaxy' td develop, integrate>and test each 'addition to WI*S«SIM through 
tryout, pilot, and field tests. In order to provide an overview of the 
specific developmental strategies planned, the major activities included 
iti each-:^ase will be outlined in the^ections which follow.^ Specific 
dates cannot be affixed tq each phase, since the. current funding pattern- 
is determinecj one year at a time.' 

Phase I . ' , , 

Phase I is not a projection of future activities; rat 
brief overview ^of what has been accomplished and what is presently taking^ 
place in JjJ^e-deslgn of WIS-^IM. These activities include the development ^ ' 
of two separate computer programs, withVocumentation ftnd inservice training 

materials and procedures, for^ the management of the Wisconsin Design for 

» t,* 

Reading skill Development and Developing Mathematical Processes .(see Chapter 
I). These programs, and their attendant systems, are being tried out in two 
school districts. Additionally, WDRSD ,is being tested in a third school 
district. These programs have provided both a testing gr.ound for formative 
evalu'&tion of existing capabilities and information useful in the design 
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and development of future enhancements. These enhancements include source 

V • ' » 

*. ' V ^ 

data collection' via marK-serise sheets, on-line interactive capabilities, 
and further information reporting formats' (see Chapter IV of this document 
Computer Management of Individualized Inst^AcTion , Spuck, Hunter, Owen, 
&^Belt, 1975)^ ' ' ^ • y I ' 

The WisconsjjH .Research & Development Renter has a great deal of flex- 
ibility in .meetii>g its computing needC^ncluding its own medium-scale » 

•v^ ' 1 I ^' 

computer (Harris 6024/5) ^d» 4:he large-scale computer (Univac 1110) of the 

. ' ' To 

Madison Academid Computing Center (MACC) . Differential use of these cont> 
putter facilities has been leased t)n a policy which attempts^ to recognize ^^"^ " 



the slKTengths ojf each computer system. The .division of laboif iietween the 

• ; * * C_ ^ ' 

two systems is' de^ribed in the Systems Plan-Increment IV Data^rocessing 
Equipnent (1975). - • 

Projected WIS-SIM activities, especially in the- areas of 'research, 

administration (exclusive of classroom management) and instructional 
N 

materials resource filefe tequire cqiyiputational power, mass storage capa- 

i^ility, and a sophisticated data base management system which are charac- * 

f 

.teristic of large-Scale computer ' systems such aa the Univac lllp. It is 

necessary to i-nterface the Harris Computer as an interpretive front-end. 

% - , . ' >> ' • ^ 

to the Univac ^1110 to enstir^ appropriate response and a high level of 

availability for the 16 on-line schbols required for the pilot and* field 

testing of -the^ GeneralsLzed^si^-Sim A high level of avaJLlabilitr is' 

especially criti5al during thj developmefit arid evaluaticJn of WIS-SIM. 

Thus, in Phase' I a litimb6r.of joint programming^activities involving the* 

R&D Center and M^CC data analysis and programming staffs will take plape, 

^^^^^ ' ' » * 

Systems progranjming ^will be required on both computers to implement tbe ' 

interactive front-end concefit. Bench-jnark programs of WIS-SIM* applications 



will be developed and run on both compters in order to^ determine the best 

,way to level Che computing 'load of tK)th machines. Appropriate modifications 

to the MACC Data Base Management System (DBMS) and the file organization 

of the WIS-SIM Gei%ralized System will be made to optimize the compatibility 

* 

between the two. ' % c\ 

At the present time,^ MACC is making an extensive revision' in its 
Data Base Management System, This, revised Data Base Management System 
will have a variety. of capabilities. It will be modular and incrementally ^ 
upgradable • The system will handle hierarchical tree data base structures 
that can be accessed rapidly due to »an, extensive indexing, capability . It 
will operate in both batch and ihteraatfive modoe/has report generation ^ 
and sequential file processing capabilities, and a chetkpoint/restart 
feature to assure da^ta integrity. Files may be accessed through an ^ ' - 
English^like query language or by user programs. Future developmental 
efforts in WIS-SIM will utilise this system for administrative re'ports 
anc^ research activity. 

^ Phase II " ' 

, Emphasized in Phase II will be the design and development of the basic 
Generalized System, specifications for which have been presented inChap- 
ter^ II and III. Developmental activities will result in the creation of 
Generalized System computer software, documentation, inservice materials, 
and a prodlict evaluation plan. .Performance profiling activities' will 
intlude continued development of gradfe reporting methods and tryouts of 
these pro^3ucts. Devel&pment of arade reporting methods 'will be conducted 
in association wijth the R&D Center's Home-S^hool-Community Relations tw 
Component and IGE Staff Developmenfsproject. 
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^ The diagnosing process, from the WIS^SIM model, will undergo extensive 
research leading to specification of algorithms useful for estimating^ 
student performance expectations. 1>erformance expectatjLohs will be compared 
with actual performance to identify student instructional needs. Diagnosis 
'Will be aided by the prpduction of "Management by Exception reports" to be * 
' Ptiii2^^<^ by teachers, administrators, parents, and students. 'These research 
efforts will result in a Technical Report outlining 'specif ic products, tac*^ 
tics, and areas for further research./ Tho'se di agrees tic products now devel- 
oped and documented will be pilot testedMuring this pha^-. 

Research will continue on guiding the instructional, program through 
-'''^/n!?^ activitiea^/ classification scheme for Instructional activities and 
thf 'monitoring ^nd allQca±ion of- instructional activities, Thes^e activi- ' 

, ties will focus .upon three aifeas: the integratio/i of -multiple curricula, 

' ^ , ^ >, ^ \ ' 

» %chool resource luanaoement, and instructional" materials resource files. 

# f • 

The latter area focuses on relating instructional activities to instruc-^ 
tional objectives in, order to assist teachers in selecting appropriate 
instructional activities and settings. The component's future activities 
ir^ these areas wi-11 be delineated in^a technical report. 

Testing ahd test scoring will underg^o feasibility assessment during 
' this phas^. I^hese Activities will lead to a technical report spe(:ifying • ' 
, - the desirability. o£ further development in these areas. . 

Developmental-research and design on the evaluation, resource manage- 
ment, administration, and r^g^rch components of WIS-SIM will also take 
^ place 'during Phase II. Concepts^ involved in the evaluation of curriculum" 
content*, prerequisite structuresf, instructional activities, and materials 
will be investigated. Administrative reports include summaries of student 
achievement ^across administrative levels larger than the cJ.assroom unit 
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(school, district, etc.) and changes in student classif ic^ation (new students, 
students transferring, etc. ),' providing essential, continuous monitoring 
and error checking. Design of the CMI research capability will focus on 
an ad hoc query capability. Ihis will permit the relatively easy aggrega- - 
txon of information in the data b^se^ ,in ways which have not been formalized 
as regular reports. The research component will, allow for an additional 
data base, containing data specific to the research which is to be under- 
taken, to be added temporarily to the system. 



F^as 



The- basic Generalized System which was be^^un in phase 'll will be 4x- ' 

tended and tested'^further in Phasfe ill. The ^software,, forms, and' inservice 

program for grade reporting activities of the performance profiling prpcess 

will be pilot tested. Thfese materials will be improved as formative evalua- 

• tions suggest. All changes will be appropriately documented. The inservice 
r • . . ^V' . ^ . . 

program for grade reporting will inclyde both school staff and parents,*' 

Enhancements of the diagnosing component of the system identified in 

thfe technical report to be written under Phase ii will be further refined; 

the software, documentation, and forms necessairy to them will be developed. 

Documentation will continue to be written on tKree levels: user, technical, 

and system. An inservice program will be planned, developed, and presented 

to guide school personnel in the use of these enhancements. Thje tryout 

of these parts of WIS-SIM.will begin in Phase III. 

Activities related to the process of guiding the instructional program 

will be built u|ion both this report and the Theoretical Paper (Spuck, 

Hurtter, Owen & Belt, 1975) written in Pha,se I. The requirements and the 

designs specified in those documents will lead to WIS-SIM enhancements in, 

three priory areas: the integration 6f multiple curricula, school resource 

' " ^ 32 
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management/ and instructional materials resource files. The developmental 
work in school resource management will be focused on program budgeting 
and vill be carried out in cooperation with the staff of the Cost E/ffective- 
riess Component' (R3) of the Wisconsin Research .and Develqpment Center. This 
research will provide costing and budgeting information concerning each of 
the instructional 'programs included in the school's program. The phase III 
tryout tests will then include improved reports and services* to assist 
teachers in selecting appropriate instructional* activities and settings. 

Program evaluation activities, research capabilities, and administra- 
tive reports will be undergoing developmental work. The addition of "an 
ad hoc data base query capability to the management' system will greatly- 
enhance its research and evaluation potential. Research and evaluation 
activities, as defined in Phase II, include curricuiar programs, mfiterials, 
and ins.tructional evaluation activities; research into both CMI and programs 
of individualized. ecju cation; and reports summarizing both student achievement 

and changes in student status. In Phase III, these activities^will enter 

i 

a developmental stage. Both system documentation and tryout will occur: — ' 

The Technical Report written during Phase II will guide the development 
of a test scoring capability. Development of software, forms, and an 
insdrvice program and documentation will be undertaken. These will be 
documented on three levels: user manuals, technical manuals, and system 
documentation. An inser*vice will be planned, developed, and presented to 
system users with appropriate materials. Th^ tryout/pilot test of these 
products will b^pDegun tx\ Pha^e III. 

Phase IV and Beyond . - ' * 

While additional refinements will continue to be made to the General- 
ized System, Phase IV will emphasize field testing of the system and its 
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various components. Performance profiling will begin to be field tested^ ^ 

and a final report on the various .types of profiled, including the grade 

reporting format, will be completed. Softwaf^ and its docounentation wili 

be revised to include improvements made apparent by the field test. Again, 

improvements in the content and format of information based upon on-going 

formative evaluation will continue, though end products will be available. 

The diagnosing process will continue to be developed in the areas of 

identification of student needs at both the individual student level ^and 

at the school and district levels. The pilot test of system enhancements 

identified in Phase III will be completed and documented. The diagnosing 

component will become a part of the Generalized WIS-SIM field test. 

ft 

The formative data, collected during the Phase III tryout, on the^« 
integration of multiple curricula, school resource management, and the 
creatix>n of instructional materials files will lead to improvements i'n ' 

* ' J " 

WIS-SIM capabilities in gu^-ding the instructional" program. These improve- 
ments will appear in the tryout report and will become part of the General- 
ized WIS-SIM pilot test. 

The further development of J^IS-SIM capabilities in program research 
depends in large part o^ when the ad hoc query capability is acquired. 




Little productive development can go beyond the theoretical design sj 

without this capability. Program evaluation and administrative reporting 

capabilities will be pilot tested, based upon the developmental ac^ivitie 

m Pha^e III; *This test will become part of the -Generalized WIS-SIM pilot 
y • . ^ 

t^t aAd will be expanded to a& rhany schools as feasible since these cap'rj> 

/ *' ft.- * 

abilities will be used generally at the option of the individual school. 
* 

On-line testiTig and ''test scoring will enter the pilot ^est stage 
during Phase IV. T^^e report of the' pilot test will guide formative evaluation 



help integr^^ on-^line testing into the complete Generalized System, 



In 



be 



Vj the reiterative process will continue and the ^products will 
proved at each step. , This -approach includes need identif icatioivf 



preliminary product develoj^ment, field testing, product improvemen 



testing, formative evaluation, and furt 




'nsfinement. , While 



deliverable end items will be availably in Phase IV, forinative evaluation 



will allow constant improvement. 



EVALUATION DESIGN FOR WIS-SIM 




The primary goal of this project to design, develop, 'implement, and 
eval'uate a system of. computer managed instruction supportive of programs 

of individualized education. 

. ^ 

^ secoiOT-g^i^^^ofthe CMI project ;Ls to do de^^^ldpmental research on 

coiiputer managed instructi^ both after^the development of the system. and. 



during the pTSriftiiig and design phases of evaluation. Thus, CMI research 

a built-in evaluative focus... This focus will direct projec^ 
^acjivities through a^ needs assessment, preliminary product development, 
pilot testing,^roduct^imp^o^einent, field testing, and through the reitea;a- 
tive cycle^^^^^^^C^^ decisions about product development are 'directly tied 
to the^e^ults of formative evaluation. 

Two different decision areas necessitate two different kinds of 
evaluation. Formative evaluation is used to guide the ongoing development 
of the system. The relevant data are-iroutinely collected during system 
operations. Sumirtative evaluation is, an overall assessment used to determine 
wliether the^^^ioals of the progfaSTare being met. The broad objective of CMI 
is Jid collect and process student information to aid in making efficient 
and optimal decisions for each student in programs of Individually Guided 
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Education. If ^this objective is indeed being met, it is, anticipated, that' 
it "will be reflected through'* increased student 'achievement and student- 
teacher interaction. Since these are ideal outcomes that take place • 
gradually, cor^iderable time is" required before they become directly 
assessable. Another reflection of the broad CMI objective would be 
decreased amoxmt of teacher time spent ^ith clerical work. This outcon 
fs more easily subject to^assessment and is discussed under forpa^e 
evaluation. 




ICtUc 



ixo three levels of consideration: 



Formative Evaluation ^ 

The formative evaluation design^s .Si^JsaTvided into three sets of data 
(functioning, utilizatiorvj^^^afid effect) relevant to the goals of planning, 
developing, and implementing a system of computer managed insitructij: 
Each set of^^data is further 

perceptraaTT and attitudinal. This reflects a desire to consider 
active aspects of the prp'grarh as^ well as.the'jnore objective effects of» 
implementation (see Table 3) . 

, " Functioning and utilization evaluation provide informatiorv about how 
the program is being carried out and, indicate changes or refinements needed 
-in s^ubsequent design and developmental stages.' - 

Effect data consist of infonnation provided through the ongoing 

operation of the system and include th^e variqils predictable outcomes from 
an implemented system of computer managed instruction. 

Data collected at th^"actual" level include hard information about 

/ 

the ongoing operation;::i>^-the system. This would include turnaround time, 

"* 

numbers of system uses by type, and data on the effect of the system at the 
teacher level. 
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Data on the perceptual level are concerned with judgments about how 
the system is viewed. Feedback will te collected from administrators, 
teachers,- and aides on. questions such as the adequacy of iijservice training, 
.chan(Jes in staff roles, appropriateness of the reports provided, and respon- 
siveness of the system to school needs, 

. The attitudinal level of consideration is designed to f ipd out how ' 
school personnel and, porentially, pareats and students, feel about CMI-- 
which may be crucial to successfur'implementation. Attitudes of the staff 
to^rd computer involvement and the accompanying inservice training will 
be assessed, along with their confidence in dealing with CMI and- th^ es^ent 

to which" the^ystem is meeting theirlexpectations , , ^ , 

.Formative evaluation assesses movement toward the goals of the program* 
^Ztr-^o facilitates the discovery of any positive or negative aspects of. 
the program which were not anticipated in the original development. Pro- 
grass evaluation corresponds to "Functibrurig" and "UtilizatTon" in Table 3, 
As mentioned previously, the broad goals of^the program as reflected In 
Increased student achievement and student^^^eacher interaction ars^^dual • 
changes and usuai^ly occur in small increments. Progress in the effect area 
is therefore designed to be evaluated. on the basis of more immediate changes 
concerning how t^eachers are using the system. This should support specu- 
lation afe to whether progress is being made toward the primary goals. 

Data on the actual level pf the effect area vrill be collected from 
teachers on ^a 3elf-report questionnaire." Teachers will -be questioned- about 
^how they use the f orn^provided with the CMI program (6,g;, Do they make 

extensive additions and/or deletions to grouping reports, and if so, why? 

1 

Do they use performance profiles for parent conferences, instructional 
planning, or other purposes?). They will also be questioned about time 
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usage* How much of the teacher's time is occupied with planning, instruc- 

ting, and ^clerical wor:k? ^ ' • 

■* 

Questions on the perceptual level will focus on teachers* judgments 
concerning the changes brought "about by the CMI system. They will- be asked 
whether the information pravided is adequate and useful, whether they are 
using their tinie more, effectively , and whether they see any changes in the 
quality of the student's educational experiences. .Any Vther ^change; 

/ 



observed in school operations will be noted. 



The third level of evaluative consideration- in the effect area , deals 
with the attitudes of the school staff toward the system. Have teachers 
accepted the computer reports or are they still using other grouping or 
records-keeping techniques? Do' teachers^/eeJL^f ree to iri^J^^decisions on their^ 
own o^r do they feel bound by compjiter-generated suggestione? ' pas the com- 
puter system changed tea^^^afs* f eeljings of involvement in"" the instructional 
process Or* their relationships' with t6e "students?. * " ^ ■\* ^y^\ f 



Suiranative • Evaluation 



Summative evaluation will as^s^-whether yie s^^stem is provi<3ing. 



better and more timely information 'to decision makers for optimizing each 

■ 

student's ed^icatiDnal experiences. The primary goal of the system is 'tb 

improve ^student achievement by making maximum use*of the school's human 

and material resource^ and^by implementing Individually Guided Education 

more completely. The system should not only provide"^eful information 

to^^ teachers when they need it, but should also relieve them of some of 
'/^ ■ , . ' < 

*'4:lje clerical butdens of record keeping. Teachers mght have more time 
to spend with their students • This extra 'time could be spent in enrichment 
activities ^« motivational, tutoring/ or goal setting procedures. ^ 
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^Evaluating these kinSs of changes wi3|l draw on much of the data 
collected in the formative evaluation. For instance, the formative 
evaluation design" can tell us whether teachers are indeed relieved from 
,some time spent with clerical work, and whether they believe that the 
information prt>vided b? the system is' useful in making instructional 
decisions. However, evaluating whether these changes are producing 
improved studen.t achievement may be difficult, * 

Studen't achievement may be measured in various ways, Ifhproved 
achievement may mean that students master more objectives in 'a given 
period of time. It may ^ mean the objectives they master are learned more 
thoroughly, retained longer, or transferred' better to related areas. 
Achievement may be assessed through program-specif ic measures or standard- 
ized measures. WIS-SIM will use program- specific measures, whigh will be 
a moiTe sensitive evaluation of the system,* 



' Since 171 S-SIM^ thfe CMI -prcndttrfT being evaluated; i*s <ispd to -supporE^v 
individualization in specific, instructional |^ogrg[ms, evaluation designs 
should include control schools using the ^ same ^instructional programs, 
but without a CMI system. The large nun±)er of intervening vari'ables such 



e^^^ntation , and 
fficult. Schools 



as student variability, teacher variability, program imp 
materials available make control school selection very d 
whiQh.are as similar as p^>ssible to the ,WIS-SIM^school5 will be iru^ded 
in the evaJ^a€i'on desig;|Q?^or comparison purposes. 

.It might be possible to use data from previous ye^rs at the experi- 
m^tal schools for some comparisons.' However, as teachers become familiar 
jyrth these new and innovative instructi6nal programs, they frequently revise 
the materials or change the way they use them; Further, new and different 
ifnstructional materials^ are being used. This could make data from 
beginning stages of implementation inaccurate or unreliable. 
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, . Sumittative evaluation is also concerned with what teachers do with 
the additibnal time a CJJI^^system might provide* * Do they use it i!rrways\ 
, that are reflected in student improvement? . 

timlly, the design of the summative evaluatipn must consider "halo 
effects."*' Implementation of the system may result in increased attention 
to instructional programs ot in other changes which are^ot directly related 
t:o any essential 'characteristics of the CMI system. In spite of the many 
difficulties,, ef forts Vtoward designing 'a summative evaluation for WIS-SIM ^ 
are continuing and include not 'only student achievement and instructional 
program aspects, but also focus upon cost-benefit and cost-effectiveness 
components. Only through such a' design "^can the true value of WIS-SIM-be ^ 
determined. - ' ' , 

CONCLUSION * ' , . \ ' ' • . ' 

This Jchaptei". has outlined^fpur phases for current and future project 
activities. No specific dates hav^p- been attached to these phases but co€ild 
represent time periods of approximately one year. ' - ^ 

« V 

Although th/ project goal is to make a Generalized CMI System, with 
^rious^ 4nhancements and options, available to a -large number of IGE schools, 
dellj/erable end products will be developed in" each phase. Based on Phase I 
"^tivities, 'computer programs and supporting materials f6r the two major IGE 
curriculum programs « are currently available** in batch, on-line, and interactive 
modes. . ' 

FinalJqF, "at the conclusion of e^ch^ phase," ^ report will be written £o 

•teview project activitiel and evaluations for the past^phase and to revise 

> ' * " • • . . 

and update those activities projected for ensuing phas^. ' , * , 



/ 
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r - ^APPENDIX A 

a design for a direct access curriculum 
Ipescription file . 



TVo instructional programs (reading and math) are illustrated below. 

The reading program consistsr'of two instructional modules* (words and syntax) 

and the math program cortsi-sts of two .inst;?K^uctional modules (counting and I, 

units and measuring). The instructional objectives are listed under each 
• • • 

module^ (e.g.^, ♦'under the-s%^ntax modiile are listed three instructjfonal 
objectives — houVis, verbs, and adjectives) 
I. Reading , \ c 

A. Words 

1. 'Starting syllables 

2. Ending '"syllables 

B. Syntax ^ 
,1. Nouns 

2. Verbs * . ' * 
* .3. Adjectives 
II. Math^ 

A. Counting 
' 1<; 1-10 

* 2. 11^20 

♦ 

B. Units and measuring 

1. Small units 

2. -Large units 

3. Measuring 
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The descriptions of 'these two instructional programs can be stored in a 
file' asf^p Hows: ^ . I 











* / 7 


Math 
Words 






y *\ 5 


Syntax 
Counting 


• 


1 

/ 


6 


Units & Measuring 






7 . 


Starting Syllable?. 






• 8 


Ending Syllables 






1 : 


Nouns 






' 10 
* • * 

11 


Verbs 

Adjectives 




• 


* 12 


1-10 






13 


11-20 






14 


Small Units 






15 


Large Units 






"l6 


Measuring . 







Record Number 



An intermediate mapping is gener;ated to reflect the structure of the- 
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instructional 


programs and their modules /objectives. 




MAP(l) 2 


Number 


of * instructional programs 




MAP (2) 2 


Number 


of modules in reading 




MAP 03) = 2 


Number 


of modules in math' 




MAP(4) = 2 


Number 


of objectives in words 




MAP(5)' = 3 


Number 


of objjgctives in syntax 




MAP(6) = 2 


Number 


of objectives in counting 




MAP (7) = 3 


Number 


of objectives in units and measuring 




< 
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L^From this, a table of base addresses i^. built by performing cximulative 

additions. 

^ADDR(l) = • 2 . 

*ADDR(2) = 4 • • 

' * ^' for i = 1 to 

ADDRO) = 6 . , * • — 

. ' ADDR(i) = ADDR(i-l) *+ MAP(i) 

ADDR(4)-= 8 * ' ' ^ _ 

' . «^ where ADDR(O) = 0 * 

ADDR(5) =11 

s V 

ADDRCe) = rS ' . 

This base address t^le can then be used tck compute the record address 
of a descriptive r,ecord for any module o^ objVctive. By assigning numbers 
to the instructional programs, to the modules vithin programs, and to the 
objectives within modules, a record address may be .computed as follows: 

a\ For instructional programs: » 

J* * > 

record address = program number 

« 

b. For modules:' 

record address = ADDR'Cp^'og* number) + module number ^ _ 

c. For objectives:-^ 

record address = ADDR(ADQR[pr6g. number] + module numbe2^+ objective' 
number i\ 

For example, the record -address of the objective small units 

= ADDR (ADDR[2] + 2) + J. 

= ADDR, W + 2) +- 1 



= ADDR (6) + 1 / 
= 13 + 1 
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. * APPENDIX B ' 

PREREQUISITE .CODING 

Prerequisites must be coded into machine readable form before a 
computer program can use them to jnake instructional grouping recommenda- 
tio;is. There are several possible approaches to coding^ these prerequisites. 
The approaches include .a boolean algebra structure of AND' arid OR conditions, 
a partial ordering structure, and a list of pai^ametelrs ,fot a prewritten 
scanning algorith]Ti> |-Proin the standpoint of generality and coding simpli- 
city, tHe last approach is most desif2^1e and only it will be described 
below. , . . ' 1 ' 

Typically, prerequisite behavior is recommended before instruction 
is begun' on any module (objective) within a given instructional area. 
This recommended behavior should be translated into a set (or sets)- of 
prerequisite conditions based on. prior assessments. To illustrate this, 
a two- level scanning, algorithm of prereqpjisite conditions will be described 
followed by a description of how recommended behavioral, assessments are 
coded into.. parameters, for this algorithm. 

The first step of the Algorithm is to check the current assessment (s) 
of the objective (module) for which the grouping has been requested. If • 
a student has mastered this objective (m^uie) , he is not included in the 
recommended grouping. If a student has no\cortpletely mastered this 
objective (module) , ilis prior assesgments will be scanned to determine if 
he "passes" the prerequisites, if he does pass the prerequisites, he will 
be included in the. -.recommended' grouping* 
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In order to pass th^prerequisitel, a student must meet V specified 
number of cori^ions* The^ruimber of cdnditions a student must meet is 
given b^^^ parameters : (l) CMAX; thfe number of conditions he may be 
tested for, and (2) CMIN, the minimum' rt^er of tl^Ve'^conditio^^^^ 
satisfy in order to pass.* J ^ ^ 

For each^condition, 'there are six pSr^eters which describe what * 
scores are to be scanned, the minimum levk-^f achievement, and the nvamber 
of these scores which must be at least as ^ood as the minimum level before 
a student is considered to have met this condition. These parameters are: 

« 

AKEA — instructional area or program 
^lODULE — inatructional module 

OBJEC— -first objective to be scanned ./ 
OMAX — number of objecti\)^ to be scanned 

OMIN—number of objectives that must have scores better or equal to 
MSCOR — the minimum score 
Figure B-1 presents a flow chart of this algorithm. 

Once the scanning algorithm has been finalized and jH:s parameters 

determined, the prerequisites must be doded from the recommended behav- 

> 

ioral ^assessments. This can best be described through an example. Gon- 
sider the prerequisite behavior for topic 28 in DMP: . • 

"The prerequisite for this tropic is mastery or proglress toward 
mastery of the objectivesTiTtopic 20 • A child should also ' 
have experienced some of the activities of topic 26," 
This^ statement specifies two conditions, both -of which must be met 
before a student can be considered as "passing" the prerequisite. There- 
fore, both parameters, CMAX and CMIN, will be coded with the value 2. 
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Yes- 




< Yes 



FAILURE 
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COND ^'^ f ' 
CP AS 5-= 0 



lA 




No 



Add 1 to 
' COND 






OPASS 


= 0 


V 


COUNT 


.= 0 




1 





Get 
Next 
Condi- 
tion 



OBJ No. = 
OMIN 



13 



Add 1 toy 
COUNT 
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COND = loop cottqftrS? for conditions 

CPASS number of conditions met 

OPASS = number of objective scores 
^ to minimum 

COUNT = loop counter for objectives ^ 

OBJ No. = current objective 



(continued on next page) 
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V 



Get "Student 
Score for 

AREA, 
MODULE, 
OBJ No. 




Yes 











No 






4 






f 




Addff 


1 to 
^o. 




OBJ 










IB 





TIo" 



7^ 



Add 1 to 
OP.ASS 




Yes 



Add 1 to 
CPASS 



Figure B-1. Flow chart of Algorithm for checking prerequisite 
structure (continued) . 
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The first condition specifies* "mastery or pto^ress toward mastery of • 
the objectives in topic 20." In DMP/ scores are represented at four levels 
M = Mastery (or TC = Teacher Certification) 
P = Progress toward mastery 
N = Needs help 
NA = Not assessed * * ' 

Since there are 3 objectives for topic 20, the six parameters needed 
to specify this condition would be: 

.AREA = the number- designated for DMP 
MODULE = 20 1^ 



OBJEC = 1 
OMAX =3 

I' ^ I ' ' • 

OMIN = 3 
M^COR = 

Note that OMAX OMIN = 3^ this means that all the objectives of the topic 
must have a .grade of *P' or higher. 

The second condition specifies that "a child should also have exper- 
ienced some of the activities in topic 26." The word "experienced" here 
is asstuned to mean that the student has had some instruction which would *^ 
be indicated by any assessment (i.e., »N* or higher). Since there are 
only two objectives in"l3opic_267 *an assessment of either of them would 
satisfy the requirement for "some of the'-abtivities. " Therefore, the six 
parameters needed to specify this condition would be: ' 

AREA = the number desighated for DMP 

MODULE =26 

OBJEC . = 1 

OMAX =2 
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OMIN = 1 * 
MSCOR = 'N'^ 

To summarize th^s particular pr^erequisite, the coding would be as 
follows: J " 



CMAX = 


2 






CMIN = 


2 




1st Condition 


DMP 


Number 


20 


1 * 


3 


3 


ipi 


2nd Condition 


' DMP 


Number 


26 


1 


2 


1 


. *N' 



To more accurately reflect the coding of the prerequisite, the prerequisite 

description may be recomposed as 

"M or P rating on objectives 1-3 of DME topic,.20 and assessment 

on at least one of objectives 1 and 2 of DMP topic 26." 

Any remarks which may be- useful to the instructor for determining 

student' readiness^ nay >e added to the prerequisite description. 
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APPENDIX C • * . 

* f 

CODING OF OBJECTIVE OVERLAp (IOE FILE ) 

4 

Each Instructional Objective Equivalency j[IOE) file consists of items * 
of equivalent relationships. Th^ ^KEY to eacii". item is the inst^oictional 

module number "and the Aumber of the objective that is overlapped by instruc- 

* ' * « 

tional objectives in other instructional programs, Thefe© items are arranged 

sequentially in asce^ing order of the key^. Therefore, whenever the equi-' 

valeijt instru^ional objectives > of. a given ins tructipnal objective are • 

needed, 'the appropriate IOE file can be searched sequentially by using the'. 

module number and the, Objective number. , > ^ --.^ 

Overlap can occur in a number of ways. Using DMP and SAPA overlaps 

as examples, three types of equivalency relations are found: ^ >r 

1. One-to-One Equivalency Relation. For example^ DMP Topic 1,^ 
Objective 1 = SAPA Module 3, Objective 1. 

Whenever a student scores mastery in DMP, Topic 1, 
Objective 1, mastery notation (M) is made in the 
DMP recSrd of Topic 1, Objective 1 'and equivalent 
^mastery notation (MX) is made in the SAPA recoi:^^^^^ ' 
of Module 3/ Objective 1, and vice versa. 

2. Multiplerto-One Equlvalency Relation.. For example, DMP Topic 2, 
Objectives 1 and 2 = SAPA -Module 8,. Objective 1. 

^ ^ < Whenever a^tudent scores mastery in DMP Topic 2, 

' . . ^ - ^ O ' 

Objective 1, mastery n<^ation. (M) is madie on the 

A* DMP record only, unless the student has also scored 

mastei^^S^m DMP Topic. 2, Objective 2) in which . . 
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. case equivalent loastery notation ,{MX') will 
be made on 'the SAPA record of Module 8/ *■ 
^Objgctive 1.. DMP Topic 2, Objective L. is ' ' . ' " 

s complementary inistrucfeional objective .to " 
ToAc 2, Objective 2 and vice versa. 
3. ene-t6-Multiple Equivalency Relation. "For example, DMP Topic 22, 
Objective 1 = SAPA Module 23, Objectives 1 and 2. 

f 

whenever a sti^dent scores -mastery in DMP. 
'Topic 22, .01>5ective 1, mastexy 'notation (M) 
is made on the corresponding DMP record anfl ' 
equivalent mastery notations (MX) are made 
on two SAPA records. Module 23, Objective 1 
( and Module 23, Ol^jective 2. • : ^ ' * 

Flrom these example?, it is obvibus that equivalency relation may be M-to-N, 
where M ^d are any positive integers. Furthermore/ since the Generalized 
System is designed to manage' .any number of Instructional" Programs, an equi- 
valency-relation may be '-M-to-N-to. . .,-L, where- M, N,.:.-.,L are any positive 
integers. An item, then, is the codifig of any such equivalency relation- 
ships in an Instructl'onal Program. " > 
The components* of each item are: . ' ' 
i. KEY to this item. " . . ' ^ ' 

11. number of , complementary instructional objectives, NCOMIO 
iii. complementary instructional objective descriptor, COMDES. 



•«iv. .number gf equivalency descriptors, NEQDES . 

# . . . . • . 

-sJ5» equivalency descriptor, EQDES . 



numbers (n, m) such that n aJid m are the module 



140^ 



ncOm: 



number and objective numbj^r of an instructional^ objective that* ' * 
■ is overlapped by instructional objectives* from other instructional *' 
programs. , * • * 

Is an integer which represents the nuinber* tff . complementary instruc- 
tional ^J^^etiVes^hat the instructional 'objective, identified by ^ ' 
the KEY, possesses. 

IS a pair of numbers (i,. j) representing the. module nvuhbar and 
Lve number of a complementat^r instructioii^l objective of 




the KEY. 

NEQDES is an integer which rep^^a^ts the, number of ovei^laps that the j 
instructional objective, as descriB^>^ the KEY and the COMDES* * 
descriptor of this -item, has. Therefore, ^ f^r 'an M=-to-N-to-L • 
equivalency relation, NEQDES would be 2. ^ 
EQDES is a, two-level equivalency descriptor to identify the combination 
of' instructional objectives o^ an instructional program that over- 
laps the instructional objectives as described by the KEY and COMDES 
descriptors'- of this item. 
Level 1 consists o*f (1) the Instructional Program Code, IPCODE, and (2) 'the 
number of instructional objectives of this program that form the 
combination, NEQIO. - 
Level 2 consists of as many equivalent instructional objjective .descriptors^ 
^ EQDES, as the content o^ NEQIO. Each EQDES is a pair of numbers « 

representing an instructional module^ number and objective nioiriber. 
The following example illustrates how an IOe; file can be conposed: 
Assume" that the Qerieralized System manages the WDRSD, DMP, and SAPA programs, 
and that the instructional program codes are: / 
study Skills (SS)"»= 1 . 
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-Word Attack (WA) = ^ , ' . 
Comprehension (COMP) = 3 . 
DMP =4 

SAPA ='5 ' ^ 

following is thfe table of equivalent instructional objectives : 



SS 



WA 



COMP 



DMP 



SAPA 



Level* C, 
.Skill. 5 ' 






Topic 5, 
Obj. 2 


Module. 6/ 
Obj. 3 








Topic 7 . 
J Obj. 1 & 2' 


♦ > 

Module 9, Obj. 3 
Module 10, Obj. 1. 




* 


Level 'B, 
Skill 1 1 


/ Topic* 8, 
Obj*- 4 

' — I ' 


Module 8, 

Obj, 1 and obj, 3 



From this table, a table of 6quival/ency relations: can be 
each^X.;^_in^^ Thes'e equivaleiTcy-relat L 

be coded into items of *th^^^^c©^re^s,^5nding lOE files. 

Following is the table of equivalency relations for the 



constructed 



Topic. 5, Obj. 2 



Topic 7, Obj. 1 
& Obj . 2 , \ 



Topic 8/ Obj. 4 



SS Level C, Skill 5 



5APA Module 9/obj. 3 
& Module 10, Obj. 1 



COMP Level B, Skill T 



for 

.ons can then 
Dl^ Program: 



SAPA Moduli 6, Obj. 3 



SAPA Module 8, Obj, 1 
si^Obj. 3 



From this ttole, an lOE file for DMP can be coded, 
into Item 1 with ^ 

KEY = (5,2) 

NCOMIO ='p 

No COMDES i 
NEQDES =2 

EQDES = a^, 1, (3, 5)) and (5, 1, (6, 3)) 



Relation 1 is coded 
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Relation 2 is coded into items 2 and 3, with 
Item 2: KEY = (7, 1) 
NCOMIO =1 
CX)MDES = ,(7,2) 
NEQDES =1 ^ 
EQDES = (5, 2/ (9, 3), (10, 1)) 
' Item 3: KEY = (7, 2) ' - ' 

• . NCOMIO = 1 • 

COMDES = (;7, 1) , , ^ * 

NEQDES =1 ' ^ 

EQDES*= (5, 2, (9, 3), (10, 1)) 
Relation 3 is coded into item 4 with 
KEY = (8, 4) 
NCOMIO = 0 
No COMDES 
. NEQDES =2 

EQDES = (3, 1, (2, D) and (5, 2, (8,1)^ (8, 3)) 
The lOE files will be made up of records of fixed length, each containing 
an item, by storing the contents of KEY, NCOMIO, COMDEX'S, NEQDES, EQDES's 
in consecutive words of the record. Thus the lOE file of DMP- has the 
following structure; . . - 



Record 


1 


5 


2 


0 

1 ■ 


■ 2 


1 


1 

1 1 


3 


5 


■5 


1 


1 1 
1 6 1 
1 \- 


3 1111' 


Record 


2 


■ 7 


1 

[ 1 


1 

1 1 


7 


2 


1 1 

1 1 


5 


2 


1 1 

9 

! 1 


3 


1 10 1 


1 1 [ 1 1 


Record 


3 


7 


2 


1 


7 


1 


' f 

1 1 


5 


2 


9 

1 


3 


1 10 1 

1— -4- 


^ 1" 1 ■ J ' 


Record 


4 


8 


4 


0 

1 — 1 


2 


3 




2 


1 


5 1 
1 


2 


■ 8 1 

1 — ^■ 


1 j 8 { 2 [ 1 


Recoird 


5 


0 " 


1 








\ 

► 1 

I 






1 
1 




1 
1 
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* Record's contains • 0' in the first wotd to signify the end of this lOE file. 

■ , , f ' • 

From the example above, it should be clear .that -lOE files chn be 
tailored to fit an:^ local adaptations as described in Chapter II. 
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• APPENDIX D , 
UNIT-TEACHER FILE 

The Unit-Teacher file contains the sizes of units^ A to J (expressed 

in number of students), and the names of teachers (numbered" from '1 to 9) 

assigned to each unit of the school. The size of a unit is used for two 

purposes: (1) to determine whether a qnit contains any students; and 

(2) to estimate the file sizes needed to hold reports of the unit. Hence, 

for an empty unit, the size would be 0, for a non-empty unit, the size 

should be approximate but larger than the actual number of students,*' so 

that deleting or adding a few students from/to a unit in the middle of a 

school year will not necessitate an update to the file. A teacher's name 

t 

has to be retrieved when only his or her unit code and number are given , 
and his or her name is needed, as in the case of generating Instructional 
Grouping inserts. 

This file is organized as a ramdom access file with records that are 
8 words long and numbered from 0 to 100.** Record 0 is used as a file-header 
which contains the last record nulnber, the number of words per record, and 
the- number of records per block in the first three^words of the record as 
shown in Figure D-1. Records 1 to 100 are divided into 10 blocks, each 
consisting of 10 consecutive records containing data pertaining to a unit. 
The block in which data of a. particular unit are stored is determined by 
the order of its uhit code in the alphabet (e.g., the data of unit A is 
stored in the first blocJc^TacuL^hat pf unit C in the third block, as illus- 
trate(3 in Figure D-2) . It is possible that some units may not have any 
students and, therefore, no teachers would be assigned to them; a block 
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Word 



3 — 



to 



8 



Last 
record 
number ^ 


Number of 
words per 
record 


Number of 
records 
per block 




(100)* 


<8)* 


. (10)* 





*The numbers in parentheses are the actual numbers stored. 



Figure D-1. File-di,eader format. 
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Record number 



0 
1 
2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 



91 
92 
93 
94 
95 
96 
97 
98 
99' 
100 



File-Header 


Data of 


Unit 




A 


? 




* r 

Data of 


Unit 




B 







Data of Unit 



Block 1 



Block .2 



Block 10 



Figure D-2, Blpcked structure of the Unit-Teacher file and sequencing 
of unit data in the file, 
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assigned to such a unit would contain a 0 as the first word of all its 
records. A block assigned to a non-empty unit has the unit size in the 
first record and the n^me of the teacher with nxjmber N in the (N+l)th 
record of the block, as illustrated^ in Figure D~3. Since nine or fewer 

c 

teachers may be assigned to a unit, the record for an unassigned teacher 
number in that unit's block would be 0 for its first word; the rest of the 
record would be unused. 

r f 

For a/ school with fewer than ten Wts ^nd/or fewer than nine teachers 
assigned to each non-empty unit, many of the records between 1 to 100 will 
be unused; this waste of space is justified because in most computer con- 
figurations the minimum disc area size that must be assigned to a single 
file is much larger than the 808 words or 2424 bytes occup4.ed .by this fiie, . 
ThQ form' described for the Unit-Teacher file enables direct access to the 
size of a unit, or the name of a teacher, through. the number of the record 
that contains the data. The record number (RNO) for a teacher can be com- 
puted when his or her unit code and teacher number are given by using the 
following equation: 

RNO = (MAPUNT(UNIT) - 1) * 10 + TEANO + 1 
where MAPUNT(UNIT) is a function that converts the given unit code (A to J) 
to Its order in the alphabet (1-10) and - TEANO is the given teacher number. 

6 ^ 

The nuinber 6f the record containing the size of a given unit can also be^ 
computed with the above ecjuation; TEANO is assumed to be 0. . 
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Name of teacher numbered 1 (left justified) 



Name of teacher numbered 2 (left justified) 



Name of teacher numbered 3 (left justified) 




(unused. 





Name of teacher numbered 5 (left justified) 




Figure D-3. D&ta format of a block assigned to a, unit having teachers 
numbered 1, 2, 3, and 5. 
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APPENDIX E 
STUDENT DATA BASE fIlE 



To accommodate the variable length and content of student performance 
and demographic data under the WIS-SIM Generalized System, the Student 
Data Base (SDB) file is organized by the Unified File Structure (UFS) so 
that the existing^ UFS Management System, developed at the University of 
Wisconsin Research and Development Center, can be used to access the 
f Student Data Base. This SDB file is organized as a direct access file 
and consi^jrs of four components:' the file header, , the student index, the 
group index, and the student data areas. Figure E-1 shows the layout of 
the SDB^*^ 

Th^ file header is a block of 20 words at the beginning of the -file.' 
It contains the file ident?ity, the dimensions of the file, and th^ indices! 
The contents of the f^le header are shown- in Figure E-2. 

Each student and group index is composed of 16^word index .entries 
residing linearly in the index as, shown in Jig^ure E-1. ;*Each index entry.* 
has an associated index number which is the order of the i^idex entry in>- ' 
the index- The first eight words of each index entry jnake'up^.the'lcey field, ^ 
To facilitate and speed searching through the itidex entries of each index, ■ 
a, binary tree structure, ordered !by the key,, is built in (by storing the index 
numbers of the parent, 'predecessor, and successor inddx entries in the last 
three words of each index ^entry) . The binary tree is ordered so that for 
each index entry, the number of^he key -of * its; predecessor is less than the 



number of the key off the entry, and the number of the key of its 



is greater than /the number of the key of th 




Figure ,E-3 
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1 



p 
'20 



/ 



Garbage 




End-oZ-file- . gOF 




^Group index 
16*m words 
for m entries 

Student data areas 
\ ' each a multipte ' 
of 100 worda 




/?" 



En^l-of-vblume EDV 



End 6f disk* area 
*The FORTRA?^ oonvention for multiplication. 



Safety margin,^ 
. ipO ;^ords * 
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Figure E-1.* ^DB file layout. 
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Word 



1 

2 

3 , 

4*. 

5 

6 

7 

8 

'9- 



10 
'-11 

12 
• 13 
"14 

15 
•16 

17 
'18 

19 

20, 



' 1 

' Date Last 1 




' Packed 1 ' 
1 ' 1 




Version number 




End of file address ^ 


EOF 


Number of garbage words 




Size of ^ . 


Number of entries in 


STUDEm: 


Start address of 


"^^'Tjvati-.c^li ppinter for 


INDEX " 


Root index nuinber of 




• Size of 




Number of entries in ^ , 


GROUP 


Start/ address, of 


Avail chain pointer for ^ 


INDEX 


Root index nuinber of 




n • . . ; 

End. of Volume address ^ EOV 


\ ' 1 1 
- 1 ■ .1 
1 . 1 . 




1 ' ' J 
File identification 




1 - 1 ■ 

I; 






r 



Figure E-2. Coritent of Student Data BaSe file header. 
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:Each box represents an index entry in a Student Index consisting of seven entTie3. 
The index number implicitly associated with each entry appears above each box. 
The divisions in a box from left to right represent the key, parent pointer, 
predecessor pointer, and successor^ointer fields of the entry. The letter in 
the key field of an index. entry l^the key; the numbers enclosed in parentheses ' 
&re the 'Tparent, predec^-ssor, and successor pointers which are the^ index numbers of 
the entries. Tfthe number in any pointer field is,0, then there is no parent, 
predecessor, or successor entry represented by that box.' Arrows illustrate the 
binary tree structure. Notice that the^index entries reside linearly in the 
Student Index, in the order of- their index number, but if the index is traversed 
in post, ordejr (s^etric order) the index entrdles are linked in the alphabetical 
ordejr of their keys. 

Figure An exaijiple of the binary tree structure of the student index. 
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illustrates the binary tree .structure of the student index; the group index 
has a*vsimilar structure. 

student index entry is* a student data area con- 
the student* whpse name and unit are combined 



- ^ Associated with each s 
tainlng all data records of 



to form^ the key in the indek entry. This association is expressed by 
' . \ 

storing the address and size of the student data area in the twelfth and * 
thirteenth words of the index entry, and the index number of the entry in 
the. first word of the student data area. The relationship between the \ 
student index and the student data areas is illustrated in Figure 
The format of each index entry in the student index is specicEied in Table E-^i 
Each group index entry designates a group df students whose group name is 
stored in the^key field of the index entry.] Members of a group ^re threaded 
into a doubly linked ring structure. This ring structure is impleirtented 

f 

by storing the index- numbers of the first and last students in the twelfth 

> — K 

and thirteenth words. of the group's index entry; in addition, for each 
student in the group, there is a group lintei^r^cord ^stored in the student's 
data area^ which contains the indeSc numbers of the student before and the / 

V. '"'I'll ' 

student after that student in the group. J^able E-2 specifies the format 
far a group index entry^forj|n instructional group,, and Figurd E-5 illus- 
trates the ring structure associated with a gjt^oup index entiy '^d thl^^ 

X 

4 • 

lationship between .the group index and student index. 

tudent data^area can contain four 'different"^<inds^^^ 
curreht, histB^y^^aroup link and simple. The fir'^t.word in each of these 
records is the record kl 



Lch consists of three- fields*; 



The KIND field is 1 for current records, 2 for history reco^ds^^^S for 
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Index // 
I 



3 
6 



STUDENT. INDEX 



STUDENT M 



STUDENT KA 



STUDENT y 



STUDENT J' 



STUDENT Q 



STUDENT L 



7 j STUDENT KB 




DATA AREA 
OF 

STUDENT M 



DATA AREA 
OF 

.STUDENT KA 



DATA AREA 
^ OF 
STUDENT KB 



7 data 



areas 



The Student Index is composed of seven entries. The arrow from^ an index^ entry 
to its data-»area points to the address of the data area which is stored in a 
field of the entry. The arrow from a data area to itd index entry points to ' 
the index numbe^r of the entry which is .stored in the first word of the data ' 
area: * * v / ^ 



Figure E-4. An example of the relationship between the student* index -and the 
dajt-a areas of the SDB file. 



TABLE E-1 
FORMAT OF A STUQENT. INDEX ENTRY 





41 


Con tent /Remark 


'Key 


8 words 


^~Char. 1-23 = student ^name 

Char. 24 = unit code " , 


Scratch 
area * 


1 word 


Usu^;^ly used for storing flags when per- ^ 
forming functioris of'.WIS-SIM. Cpntains 
b when unused^ , 


Sex 


1 char. 


F or M 


Teacher 


1 char. 


Homeroom teachef number 


Grade 


1 char. 




Birthdate 


1 word 


Char. 1 = month 
t 2 = day 

3 = last 2 digits of year 


Pointers 

* 


5 words 
f ' ' 


Word niimber 1 - address of data area 
number 2 = size of data area 
number ^3 = index number of predecessor 

index entry 
•number 4 = index number of successor 

index entry 

^ mSmber 5 = index number of-, parent index 
entry 


. 4 




' . t 

* 


1 


■x ■ 

% 

' / 

* 





■ i ■ . 

9^ f 
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TABLE E-2 

FORMAT OF A GROUP INDEX ENTRY FOR 
AN INSTRUCTIONAL GROUP 



Data Item 



Size 



Content/Remark 



GrouD Vpv 


Q 
O 


words 


Word cumber 1 


= unit code (left justified) 








number 2 


= instructional program number 








number 3 


= MAP (LEVEL, SKILL) /Ibpic 










, number/Module number 








number 4 


= Teacher oumber 








number 5 


= Cycle number 








number 6- 


-8 = 0 








where MAP is a linear transformation of all 








pairs of (LEVEL, SKILL) in WDRSD. 






*• 


NOTE: This form of group key is for 






- 


instructional 


groups only. 


! Scratch 


2 


words 


May be used to contaiin demographic data of 


' area 

! 

! 






the group if desired. Contains 0 when unused. 


' Number 






o 




1 °^ 










1 students 




word 






•! in 






• 




i group 










Pointers 


5 


words 


Wor'd numbei;' 1 


= index number of last student 


* 








in group ' ^ 








number 2 


= index number of first student 










in group 








number 3 


= index number of; predecessor 










index entry 








number 4 


= index number of successor index 










entry 


! 






number 5 


= index number of parent index 








* 


» entry ^ 






V 
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GROUP INDEX 



STUDENT INDEX 



Index Entry Number J 

f 



GROUP 
ENTRY 



IndeS 
number of 
last student 
(14) , 



Index 
number of 
first student 
(4) 



Group 
link record 
of group 
index 
number 7 



Group 
link record 
of group 
index . 
number 7 



Group 
link record 
of. gro'up 

index 
number 7 



Data Area for Student A 



Index number of student A (4) 



Index number of previous student (0) 



Index number of next student (6) 



Data area for student B 




Index number of student B (6) 



Index'number of previous student (4) 



Index number of next student (7) 



Data area for student L 



Index number of student L (14) 




Index number of previous stutteitt (12) 



Index number of next student (0) 



1 



Index Entry Number 4 



Student 


Address of 


A 


data atea 



Index Entry Number 6 



Student 


Address of 


B 


dgta atea 




Index Entry Number 14 



Address of 
djita area 



Figure E^5. Ring structure associated with a group index entry and the relationship 
between the group and student indices • 



ERIC 
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grcup link records, and 4 for simple records. For each KIND of record, 
there may be- several records with different AREA or TYPE fields. For group 
link records, t^e AREA and TYPE fields are concatenated into one field 
which contains the group ind^x number with which it is associated. The 
second worci of each record contain^ its length (with the exception of group 
link records, whose length is always two words). For current and history 
records, the length is in words; for simple records^ it is in characters. 
Each student data area can contain an unlii^ited number of records of eac 
KIND in any order. The only requirement is that the key for each r/cord 
^be^unique. Each student data area is allocated ioo words initially. As 
new records for this student are added and the original area is not enough 
to hold the. new records, the data area grows in multiples of lOo'wofds. 

By organizing the SDB file -in this way, the data for each student is 
stored in a variable-length data area which contains current, history, 
group link, and simple records, and any. of these records can be used to 
hold curriculum or demographi'c data." To identify whether a^record holds ' 
curriculum or demographic data (a'nd if curriculum, for which instructional 
program), code numbers are associated with instructional programs, and 
demographic data is associated with the code number 0. Table E-3 speci^fies 
this code number association (notice, that WDRSD is treated as three instruc- 
tional programs). ^ Table E-4 ^shows the format for storing current records 
of the most recent performance data on an instructional module. The 
format for storing history records of previously assessed performance data 
is shown in Table E-5. Group^ink records may be used to construct the 
ring structures foJ..^C^^S groups (either- instructional or familial) to whi^h 
a studervt>^ngs,^ Table E-6 shows jthe format of a group link record. 
5jifl^e records may be used to store the list of instructional modules 



ERIC 
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TABLE E-3 



CODE NUMBERS ASSIGNED TO INSfRUCT-IONAL PROGRAMS AND. 
DEMOGRAPHIC DATA FOR IDENTIFICATION OF RECORDS 



Code # 



Association 



0 


7 ' -• /' 

Demographic record ^ 










1 


Word Attack record of WDRSD ' '^,^^^^^7''''^"''''^ 


/ 

< / 

/ 


2 


^ Study Skill record of WDRSD 






v^uiupi ent^ris 1 on r «r:r) rn or wi)K>ti) * . — — ' ' i — , - - 






x> . . 




4 


K S ; — • 

DMP record • - . 




5 


SAPA record ' j 




6 


(Undefined as of this time. May be used to distinguish 

*- 

records* of other instructional programs which will be added 
to the WIS^IM Generalized Syst^ at a later date.) 




N 







ERIC 
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TABLE E-4 

FORMAT OF A CURRENT RECORD USED TO STORE THE 
MOST RECENT PERFORMANCE DATA ON AN 
INSTRUCTIONAL MODULE 



Data I 
KIND 



tern 



Number of 
Characters 



Fields 



of 



. • i 



AREA 



BJECTIVE/ ! 6 
SKILI, ' 



K 



ERIC 
ii 



\im 




Remark 




Level number or Topic 
number or Module number 



number of words follov^ing 
this in the record 



number of assessments 
made on sKillS/objectives 
defined by AREA-TYPE 
fields. 



number of- skills/objec- 
tives, maste/ed 




month of last 
atitempt 
">3ay of last ^ 
, attempt 
year of last 
attempt 
number ^of 
attempts on, 
this skil'l/ob-- 
jedtive 
soore of last 
attemp^t 

ptr.Xto history 
(0 meXns no 
histor 



This field identifies, the 
KIND of record. 1 means 
Current Record. ' 



This field uses the code ^ 
number to identify the in-: 
structional program to which 
the data in this record 
belong. 



Content of TYPE depends on 
content in AREA. If con- 
tent of AREA is 

A. 1 to 3, TYPE = (WDRSD) 
Level number 

B. 4., TyVe = (DMP)-To 
niimber 

C. 5, TYPE = (SAPA) Module 
number 




Used to determine the length 
of the record. 



K = number of skills/objec- 
tives of this level/topic/ 
jnodule. The order of this 
field in the record deter- 
mines the objective number/ 
skill number to which the 
data in the field belong. 
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Table E-4 (con^t^) 




Scores in the records can be coded as folltE>ws: 



Or^NA meaning not assessed on this skill/ objective. 

1-100 n^Percentile score in the range 0-99 * * ^ 

101 meaning non-mastery 

120 zi^N meaning need help ' 
140 meaning pass ^ 

160 meaning not covered but interpreted as mastery during prere- 

quisite checking 

180 =:^M meaning mastery scored in .the instructional program indicated 
AREA field of the record 

180+AREA-^ =^MX meaning masteiry scored in the instructional program in- 
^ ^ dicated by the value of AREA^ ^ 

200 r::^TC meaning teacher certified mastery 

220 =^ TO meaning teacher observed mastery 



m 



Note: AREA^ is the code number of any instructional program other than th 
one under which the score is stored. 2L ^epresexj:fes-^eh^acter;i 
C, D, or S depending on whether AREA^ = 1, 2, 3, 4, or 



For example: 



50 in^ a DMP record (i.e. AREA = 4) 
=t7H scored in § DMP. objective 

180 in a SAPA record (i.e. AREA = 5) 
scored in a SAPA objective 



but, 



185 in a DMP record =^M scored in an equivalent 
SAPA objective 

i84 in a SAPA record r^M scored in an equivalent 
DMP objective 



TABLE E-5 



FORMAT OF A HISTORY RECORD USED tO STORE PREVIOUSLY^ 
ASSESSED PERFORMANCE DATA O^AN INSTRUCTIONAL MODULE 




R'emark 



This field identifies the 
KIND of -a recdrd. ,2'mea^s 
historical recox-d^ 



This^-igld uses /the coKe 
lumber to identify the* in 
structional m^o^ram to 
which the data'^ln this 
record be^ng. 




= month of this 

assessment 
= day of this 

assessment 
= last 2 digits 
of year^of this 
assessment 

e = ptTr. to previous, 
history (0 means 
no previous 
history) 



Used to determine the lengt 
of this record. 




K = number of histoi 
for the level/ji^px^/iuoduVe. 

Score..^^:Scoded according to 
the scheme used in current 
record. 
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. TABLE E,-6 

FORMAT- OF A GROUP LINK RECORD USED FOR EiTHE"* 
. " INSTRUCTIONAL OR FAMILIAL GROUP . y ^ 



Number of Nimber of ^■^'^/^ " 
Data/Item Characters Fields • ^^■^y Content 



'KIND 


1 




3 ' 


GROUP INDEX 




1, 


Index •nuinber .of the 
gjpup in group 
index 


PREVIOUS STUDENT , 
IN GROUP 

/ 


< .3 


1 


Index number in s-tudent 
index of the 
r^-V ious ^ s tud en t 
* in group 


/ 

NEXT. STUDENT 
INyGROUP 

\. 


3 




Index. number in student 
index' of the next 
student in gxoup 
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rfecommenaed f^r the student >on the latest Grouping Recommendation Report, 
. , ■ - . v., - . . ' . ■ . 

shown in Table E-7;^feh4y a-lso are^a^ to store the goal , setting data ' 

a-s shown in .Jable £- 8. \, Notice that* currer>X history, and siinple record's • 

* * ' . \ • % 

may a^o be used to stdre demog£aphic-^atr% coding tshfe AREk field of the 
.record key as 0. No example 'of these demographic-records is given here' 
l^efause 'is not yet Xnown vhat kind of data will bs stosed. Access fo 

♦ a student • I recprdB is through the student index number '-(the student's 

• name aijd unit identification number) and then to the Student's data 

'»» * ^' 

area. AccSss i:b ..records of ipembers of a group is through feW- group .index' 
^by using, the ^xfx^p^ key^ ^ As* many students pr groups may be included in ' - 
<hGse indiies^ 'required for the .specif ic ^appdicat ion." • 



; • ■ TABLE E^7 " ' . 

FORMAf OF A ^IMPLE- RECORD USED- TO STORE THE LIST"0F • 
INSTRUCTIONAL MODULES -FOft WHICH \THE. STUDENT IS RECOM^ 
MEIIDED DURING THE LATEST GROUP^ING RECOMMENPATION. REQUEST 



Data Iten °^ Number of 

Characters Fields 



qontent 





. 1 ^ • 


i y ■ 


^ . — 

4 •:■ 


AREA 


1- ^ 


\ 


— 

Code number of the instruc-^^ 
tionai\^progr^ 


TYPE 

• r 


1 

< 


1 

M X , 


* \ • • 


'size""'- I 

• 


' 3 ' 

• 


1 


Totar number of instructional 
modules in the instr,uctional 
program designated by AREA. 

' ' ^ , ' \ ^ 


.ENTRY 




, To€arl number of 
, inatructional 
mcxiilles in the- 
instirwctional, ' 

^ program' desig- 
nated by AREA*. 


1, 'if the student has been 
'Recommended for -the cocres- ' 
pqndin<^ iVrstructional module, 
0 otherwise.- \ 

* ' \ 
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TABLE E-8 

» . • f' 

• rORmj OF A SIMPLE RECORD USED~TO STORE 
GGAL-SEHING DATA 





. 'Data J tan 


* Number of 
Characters 


, J * 

-Content 




^ KIND • 


f ' - 

: 1 


pr L= 


4 


AREA ' 


1 


1-N 




TYPE ' 


1 


^ 0 




SIZE / 




• 3 


6 . 


* 


Baselina • 
. mastery 


1 


•Number of skills/ topics/modules mastered at 
time of inplusion in^ata base 


f , 


Curr,e'nt ' 
• mastery 

\ ^ { 


1 


The uprto-date -number of skills/topics/ 
modules mastered 



» IStv 

j semester, 

j anticipated 

* mastery 



M 



1st semester anticipated number of skill-s; 
topigs/modules to be mastered/ - 



1st 

semester 
actual 
•mastery 



.Actual number of skills/topics/modules 
'mastered v^l 1st semester 



2nd . I ' 

semester 
-anticipaited ( / 
mastery 



2nd 

semester 

actual 

.rtast^ry 



2nd's^ester anticipated number of sJ^ills/ 
-topics/modules to be mastered 



Actual number of skiils/topics/m^odule^ 
mastered in 2nd semester - 




APPENDIX F . 

• Functions, of a 
School Interactive 
Terminal 



> 



•' » 
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\ ' • . APPENDIX *F . i: 

\ FUNCTIONS OF A SCHOOL INTERACTIVE TERMINAL' 



\\ ^^^^ % 

■\ 

IDB \ 


* * * ♦ • 

r UNCTION 

-1 

Initiate a Unit Data 
Base 


INPUT PARAMETERS ' jm, 

{S9hool designation established " 
by prior sign-on procedure). 
Unit designation 
Student names ^ 


UPP \ 


^nit PerTonnance 
Profile ^Report 

A » * 


Unit designation 

Number bf copies desired 

Requested topics 


7 

TPP ' ^ 

t , • 


\ Instructional Grouping ' 
XRecbnimSndationS" ^ 


Unit designation 

Topics J^esired , 




Inmlement Instructional 
Sfcuiping (to accept oj: 
modify a previous recom- 
mendation) . * 


>' 

Unit designation ^ 
Topici,'^ 

The stud^ent nixnfibers from the in- 
structional grouping recorfunenda- 
; tlon tHat are ^o be included 
^Names of additional students 

Teacher's namfe^ \ 


GRD 


■\ 

Grading Report (enter- 
bLuuenu perroiinance uacaj 


Group identification number 
Students * grades 




Pre^requisite Dericiency Re- 
^rt (lists topi c\)re requi- 
site qeFiciencies f^ in- 
dividual students) i -"'N^ 


Unit ^ ' 

Topic ' . • • ^ 




Individual Performance \ 
• ' . Profile \ 


Unit(s) ^ - * 
Topic (s)* to be covered • * 
^tudent names ^ ♦'^ 

^\ \ — ^ 


ADD. * ' * 


Add a student to a unit 

■ ' .. '—1 


^Unit\ - ' * 
Student name 


^ DEL 

n i ■ 


^' Delete at* student fi^om a . 
unit 


Unit . ' ' 
Studftit name ^ > 


,.MOV 


-Move a-student between' 
, units , - 


Sending unit 
Destination unit . 
Student name 


MOD 


Modify studo'nt jnaster 
record inf ormatiofi 


Unit designation . i 
Student name 

3 , 




Kb I BOARD CODE ^ . 


FUNCTION 


INPUT PARAMETERS 


RDR . ! 


Signals for card reader 
input 


4. 

** 


$$$ . I 
, \ 

J 

w "J 


Returns control to 
teletype ? * 


0 ' 


COPY ; 


Immediately repaints -a 
previously plinted 
output . ' . 


-•- : : 

% 

f 


Kelp , \ 


To provide the terminal 
user with a set of in- 
structions 'appropriate 

to the program in use, 
• 


g- 

• 


POS . 


^ To request Individual 
'Program of Study Requests 


Student number 
Student name 
Curriculum area 




National Evaluatiom Comnittt*« 



Francis S. thase, Committee Chairmm 

£meritut ProiTetAor, Department of Education 
University of Chicago 

Helen Bain * 

Patt President 

National Education Asiociation 

♦ 

l,yle E. Bourne, Jr. 

Institute^ for the Study of Intellectual Behavior 
University of Colorado 

SiTc Buel 

Dissemination and Installation Services 
Northwest Regional Educational Laboratory 
Roald Campbell 

Emeritus Professor, Department of Educational 

Administration 

The Ohio State University 

<if-orgc E Dickson , 
ColleRf of Education % - 

University of Toledo ♦ / 



L. R. Goulet 

Departments of Educational Psychology and Psychology 
Univenity of Illinois — Champa^*Urbana 

Chester W. Harris " ' 

Department of Education 
University of California — Santa Barbara 

W. G. Katzenmeyer 

Department of Education 
Duke University 

Hugh J. Scott , ^ 

Department of Education 
Howard University 

Barbara XHompson 

Superintendent of Public Instruction 
SUte of Wlsconiin 

Joanna Williams 

Department of Psychology'and..fiduculion 
Teachera' College, Columbia University 




Exacuttva Committaa ^ 

Richard A Rossmiller, Committee Chairman 
Director 
R&D Center 

William Busfi 
• Deputy Director 
yft & D Center 

•M Aere De Vault 

/ J'rofessor of Curriculum and Instruction 

'^-School of Education ^ 
* * • 

Dale D. Johnson ' 

Assistant Dean 

Srho<»l of Education 

Knrlyn Kamm 

I)i-vvl(ipnu»ntol Specialist 

H & I> Ce nter • r 



Herbert J. Klausmeier 

Principal Investigator ^ 
R&D Center 

Joel R. Levin 

Principal Jnvestigator 
R &^D Center 

"Jam^a M. Moser 

Senior Reaearch Scientist 
R&D Center 

Len VanEss ' ' 

• Associat*' Vice* Chancellor ^ 
U.uvenity of WiKonsin— Madison 




FacuHt of Principal InvattiiiTtort 



Vernon Allen 

Professor ' # ^ 

Pflycholoiry 3 

' "B Dean Bowies ^ i,^ 
ProfesHor ^ 
J Efiocatio/^al" Admfhil&j-atioji 
Marvin J. Fruvh** ' * 
Profemor ** 
Educational Administration * 
John G Harvo5^ . ». 
Associate Professor » 
Mathematics 

Frank H. Hooper 
ProfoMSor 
^ . Child and Family Studies 

Herbert J. Kla usmcier 

VAC Henmon Profeuor 
E<lucati<>nal Psychology * 

(IiRela LabjO^vie-Vief 
^ Assistant^^^iP^ssor " 
VKductttipnal Psychology 

Joel K. I.i'vln ' ^ / « 
Profe^^sor ^ - 
Q '^lucationai Psychology * 



ERIC 



James Lipham 
* Professor 

Educational Administration > 

Wayne Otto. 
^ Professor \ 

Curriculum and Instruction 
Robert Petzold^ 
* ' ' • Professor 

Curriculum. and Instruction 

' Thomas A. '^lonlberg ^ ^ 
Professor , 
Curriculum and Instruction 

Richard A. RoMmiller 

Professor ^ 
Educational Administration 

Dennis W. Spuck 

Assistant Professor 
, ^ Educational Administration 

^%chard L. Veneiky' 
; Professor ^ 
Computer Sciences yr^ 
Larry M. Wilder 

Assistant Professor 
. Child and Family "Studlts 



fesrforX V ? 
n4itutibn\| StudTe^ 



